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ABSTRACT 


This thesis 15 a SuUMMarv © f the Oesign and 
Mere menmtation Of am oreratina system interface and 4 user 
Meee rtiace tora Interactive aranpkics disrlay syste. leis 
actual interface software and docurentation are 
erareacter istic af the EA ey, Pestaraeduate Oe icin 
ao Vr Ommem tev ocuments Gdeseritthina the actual software and 
user interface are oublished senarately. 

The general mroblems and soluticns tnvolved tn 
imolerentino a real-time interactive araphics process in a 
multioroarammina environment are tncluded herein. The 
problems and solutions oaiscussed are related to the 
mecenoGemmn ot a Vector General Graphics Disnlay Unit and a 
Digital Eoutpment Corrnoration PDP+J1/506 COMES. 
Recommendations for rossible future develonments are also 


ine luged. 
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J. INTRODUCTION 


fhe pwroblem aduressed in this thesis 1S HOW to 
wooo tiem ti proGcramning environment, a process that 
does not Somonrre to multinproararmminga conventions. E-oiuer 
Peravomoroblems are identified in general and related to a 
mmeciy fic itenactiver OFADNICS environment im which they 
occur. The four provlem areas are: 

A. Oneratina System Modifications 

B. interrupt Interface Techniaques 

C. User Interface techniques 

Sree CeCe cGinaVvom=Cont 1 1ouous Disolay Lists 
miceevenicie used for mroplem identification and solution 
develonment was the Vector General Interactive Grachics 
Disnolay System {'>} DiGi TOteadl secudomont Corporation 
Pen 1 /S>0 Computer [37,18] - the UNTX Timesharing System 
(2 0} provided the multiproarammina environment. 

Vaye vector General Interactive Grachics Display Syster 
Mector General), as installed at the liaval Postaraduate 
memoo', 1S a hiohly scohisticeted display terminal with 
hardware implemented three dimensional rotations 
Gramercy om, and scatina [5]. An alphanumeric keyboard 
ele; mikeiatead tUNcCtiom Switches with manual interrunt (4), 
control dials [2]+, ana liaht nen [le] are attached to the 
system. A circlesarc generator i) and a character 


generator [6] are included as an integral mart of the 


system. This graphics disploy system is interfaced with a 





PDP=11/750 computer having 64K bytes of memory and two 
million bytes of disk storage. This thesis discusses some 
of the rroblers involved in imolementina an interactive 
oOmaphiwe S interface and includes recommendations for 
possible future develonments in the area of supnmortina 
non=conformina processes le Fa multiproqramrina 
environmert,. Mencetayvles “GCescription of the actual 
Mmirertace desijoned and inplemented in the course af this 
Mresis Can te found in separate aublications ier 4 See 
These publications include a desiaqn manuals users manual, 
Preoaqram }istingsr and gocunentatioan. The interface is a 
partial result and extension of an initial interface 


meeron by Howard and thorpe {7,8). 


eee erent Teor PCS OF MULTIPRE GRAM ING PROCESSES 


[Urbis poemaetmynG iS the interleaved or concurrent 
execution of two or more pnrocesses Seas Since the 
Ohysical memory reauirements of each process nay vary, 
each evrocess is desiqned to he relocated within memory. 
This enables a process to he reassianed within memory as 
necessary to ensure erie i ent memory utilization. 
Processes waiting for a system resource are typically 
swaoned onto amass storage device thereby releasing the 
physical memory for another process. In some systems a 
process may be divided into segqments or rages that are 


themselves relocatable and swannable entities. 





A multinmroaramming onmrocess typically 1S not aiven 
@ecyeated use of the central processor. Fach process aS 
executed for eo tine quantum and then set to a wait state. 
Processes waiting to be executed are placed in a aueue 
Beeording to some predefined On lerity. lehevs 1S 
Meescteristic of cemputer systems permitting on-line 
wemmemrcations with multiole users [11]. 

Synce the multioroarammina onrocess 15s ca canic and 
Swapable, trinie user has no Propmuedoae Of sohysS iC ad) wiemory 
maamess Gurina proaram execution. Therefore, the user 
Gemerates his oroaram in an imaginary memory called 
fa tial merorv. Execuemtusers “virtual menrory begins at 
address zero and can, denending on the operatina system, 
extend to the maximur acdress of tae COmMpPUTET. The 
Gecratinmo system mars al! virtual addresses into physical 
addresses when the orocess is loaded into memory. Some of 
these characteristics conflict with characteristics of an 


/MmmeecactyvesOranphics crocess as will be shown. 


Peek eclERTSTICS OF INTERACTIVE GRAPHICS PROCESSES 
ee tee Rt OH REQUIREMENTS 


(meme Various tyres of graphics plotters have been 
inventedre the CRI disclay ts the only device suitable for 
generating interactive graphical BU EET at high sneed 


ib imtemictvorntscersistance of the CRI phosphor permits 





Meio to. De ouickiv chanuead. This 1S also the 
rmewrole feeeymg of the CRI. If a Pwive is disolayed once 
it quickiv fades. The problem can te remedied = by 
pegmeecnana the CRT but continual refreshina Jlirits the 
number of lines that can be drawn. If too many lines are 
meeeeeyed the intensity variations of the lines will te 
motrycaole. Tones phenomenon, called flicker, is 
meeesiraGle and usually not permitted. A refresh rate oF 
Marrty to forty hertz will prevent flicker “Out "cores 
require the entire display to be displayed every thirty 
three tee: twemtv= ve mi11!31Seconds. I f the comnuter 
Brocessor must be used to directly refresh the CRI 
disnolay-, Ssuaponr tino a rach cs process under a 
multinrogrammina environment would he impractical. 

Recent Henle ts mn direct View storane tube 
Gysmlavs and olasma aisolays offer a selution tO tive 
Perresh mmproblem but In Some resrpectsS are less versatile 
than the conventional CRI. Another ponular amnroach to 
mamemoroolem 1S to huilad a separate display crocessor whose 
Bemetryon 1S to read the Computer'sS memory and use the data 
to aenerate the display. Refresh orocessing is then 
handled by the disolay orocessor leaving the comruter 
processor free eae Gener tasks’. 

nemo olay processor technique is emploved by the 
Vector General using a Direct Memory Access channel (UMA) 
(5,6). Communication with the user 1S maintained via a 


frame clock interrupt siaqnal cvery 8.33 milliseconds. 


up) 





Using the time between interruots as a timer, the 
eyes Ccomemrer car determine when to initiate the 
Vector Genera! for refresh. This allows the speed. and 
versatility of 3 conventional CRT and removes the refresh 
processing from the PNP=#11/5U mrocessor. Line i As met es 
panacea, however. lt requires the display data to remain 
in the computer remoary for the entire time the data 15s 
beina usea Orme mc Lay Ceneration. Want ti 1.S AS imetune 
Mmemyctation on the computer mrocessSorr it is a limitation 
on the computer resources. This Timitation would not be 
moervoawmie in a dedicated commuter environment. However, 
naeecmeemuUltiorooramming environment 31) commuter resources 
ere at a premium and and any limitations irnosed must be 


considercd. 
Se MEMORY MANAGEMER ] 


As previously mentioned in section Il, the central 
theme 1n a multiproorammina environment 15 that all active 
processed may be relocatable within memory. Processes may 
also he removed, or Swapped onto & mass storage device. 
imbmempermits efficient use of computer processor time and 
Soeemonrememory. iGiuty thisealso conflicts with the DMA 
capability of the disrclay processor. 

Before the DMA can be useds some method of ensurine 
the Semvyvre dismisay list 16 resident in memory must be 


hOUNnG. In addition, the Gisemlay list must not to te 


relocated or swanoed. These Test frictions, while necessary 
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"Seer omtunenaYSmliavy processor can address the display 
iat emi slsoete tine minimized. Only while the display 
processor is sctually usine the disnlay list fOr weeNse lloy 
Semematrom Trust these restrictions apply. theretore, come 
femmoo of determining which disolay list is active must be 


Torun . 


Peer Goer PP ACL DES) GN 


eee rn TING SYSROe *NDOIFICATIONS 

Beer emt atom Ot the aoraDhics intertace reauired that 
miremimemory allocation scheme of UNIX be nodified to pernit 
meemevector General Granhics Display Svstet to access the 
PeoomiecS disolay tist. the modification adooted invelved 
Gee ation Cf 2 wnique reel=time orocess. Khenever ~a user 
declares his intention to use the Vector Generals the 
user's entire process is rlaced in ohysical memory and 
flaaqed aS non-Swanable and non-relocatakle. Followina 
the real-time process recommendations of Kral il LO Ee the 
MBreocess DFIOCFIty 1S also increased to ensure the realtime 
Process 1s at the head of the process aueue. lhe process 
SlamoGey Chanae has heen found to be necessary OM |-Y¥ etter 
ConeUm@emmmerocessor 1S performina the display refresh. ie 
1S not needed with DMA and its action prevents the 
COMPUT Gocessor from Servicing any other process. The 
modifications imolementedr while comoaratively simmle, ao 


not consider memory as a limited resource nor is the time 


~- 





Rime omer actor considered. 

An alternate solution to the one imolenented requires 
3s8qditional modifications to tne orerating system but does 
treat memery aS 9a ] Vetere Fe Source. lias involves 
PTeenetno 2 user Process so that the irstruction swace anc 
the data Ssmace are treated senarately. When aouser 
Geclares his intention to use the graphics terminal, the 
Sperating system olaces the restrictions only on the data 
SMOACe. ane instruction sMace remains unchanced. This, 
howeverer still dees not consider tine tHe > minimization 
mactor. The user could declare his intentions te use the 
Qraphics terminal end then never Go So. Yet, the 
resources would be allocated. 

lf a orocessS were permitted to complete al) 
Meme ations and Gate maniculations involviac disrlay list 
preparation prior to kecomina a realtime procesSr the 
Pererecs Cf time in which memory is allocated to the reei- 
time process would he reduced to the actual oisnlay tiie. 
rem omerating syster would When, at disolay tire, locate 
mre coisolay list referenceo by the display request and 
make that list a real-time entity. 

meer ro Solutyvom alternative is directly related to 
the Pah ivies. of the Vector General Graphics Display 
System and the UNi*¥ oneratina system. The address 
Structunpemon the Vector General's DMA channel is such that 
the display processor can dynamically access Only sek 


bytes of memory. A disnlay processor command defines 


ee 





which 3ee byte memory block is to be addressed. 

The UTX  cpherating system treats the instruction and 
Gata spoce of a process 8s a sinole entity with the date 
space aonended immediately followina the lms tapene Caen 
spece. BS the virtual addressinq scheme of CR ar eter: 
Bem ireo So that the first address of the data space was 
Virtual address zero, the real-time process rodificatians 
mould be simplified. Wueowsoway time, the process could 
be allocated across a 3eK hyte memory address houngary 
with rts) data Space beaqinning at tne houndary adoress. 
mertual adqgqresses would then be 3s ahysical address offset 
1/ ipo the address boundary. hile rot Providing, 3 
trerendous asset for memory manaaement, this selution 
woulda areatly enhance the aisplay manipbuation 
Capabilities. 

kK less anpealina hut easier implementation of the 
Murtua! addressing modification would be to ensure the 
entire virtual address snacer, instruction and data, begins 
eo ocK byte memory olock bhoundery. Tre data S$mace, 
Pope 8 6stilt an address offset, woula not be virtual 
@eemess Zero. This implementation would reduce the total 
available data space by the size of the instruction space 
but the additional memory sSnace used is that of the reale 
time process. Therefore, any addressing errors within the 
Vector General would only affect the instruction and sarees 


SeSoceomoaremceal=time process. 
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Cee Vier T INTERFACE TFCHNIQUES 


Penn eeeoreatrannics devices have teen invented for 
Saeeeriow wor erearnrcal informatior to a computer. When 
meiecmntie a Orampnics Gisclavs the devices rake it possible 
momerrective!ly intersect with the prooram. Generally, the 
simplest way to handle inputs from these devices is by 
meams Of interrunt routines which receive the input gate 
anc pass 1 ton 'Zoeiscec tne froqram in the form of Aan 
maecerrunt signal 16). Since the user existS In the 
relocatable process space of 8 virtual machine, the 
meerating system must rerovide the link between the 
wmcercunt SOrvreccuecouUtrne Gand the user interrupt sianal 
moutine. omar e Ge erOnmre i1res Gore effort and may take 
as much as one hundred milliseconds if the precess has to 
be retreivec from the disk. Cansiderina the frequency of 
frame en yercus interrupts CSCO igySeconds) mlus tine 
BecurOMCcCe of any device {Mier rut S 7 jot 1s likely that 
eeeeieeImMterruots will occur while waitina for the 
Peeemotyna system to process the first interrupt. 

The PA omeeatine system has no capsbility of 
meomomaesmultiole interrunots nor of determining the 
Ea ormirny) Of interructs received from the same perinvheral 
CGevice. Because of the nature of some aqranhics devices, 
TiwmemOmemimncer riot may occur. therefore, it is imnortant 
VONCOSWEeomune preservation of each interrupt. The Vector 


General interface employs a technique that eliminates the 
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feo asesce ol!) btit device interrunts to the wuSer. The 
mise ys eeourres €O frovide the interrunot service routine 
mametivemsoesirred retresh rate. This determines the number 
o f frame Gvock Peter riupt s permitted befare 
Sewemeralization of the disolay list. Dire. “yinter cicet 
service reutine then handlies the refresh tinina without 
Peaquiring any action from the user wroqramr. 

When e device tinterrumt occurs, the values of specific 
Vector General renisters are extracted rrior to askina the 
mmerating Syster to sional the user wrooram. These values 
representina the interrupt state of the Vector General are 
Betoaimed by the device interrunt service routine until the 
Moerepsrooram explicitely asks for the valucs. Dine | chee) a 
these imcerrupt Voatiecum sc oe vector General status word 
Paorcatang which interrupts have occured [ Salis iar ass 
meeture enables the user to define which device has 


priority and any desired action to be taken. 
eee RFACE TECHNIGUES 


The user interface software has been desianed to make 
the detailed operation of the Vector General transparent 
tomume user. live mwooGterComeemt i1Seto define hich level 
COMs tb uic CS wee ane user interface POUMIMeS convert inte 
Vector General commands. There are three classes of 
constructs defined: objyectsr elements, and the picture. 
An object 1s the lawest ievelmmconctmuct which cam be 


Gispltayed alone. Each object is indenendentty rotatable, 
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Scalable, and translatable into OnyerOort Ton aot amet hirt y 
leew by threty Waewmeoret ure snace. An object can ke as 
large as fifteen inches by fifteen inches ang he rotated 
Or positioned to the extreme limits of the micture space 
without Giceemtion to amy of the remainina visible 
mort 1 On . beac 1 object is composed of one or more 
pnoaependently liaqht pen hookable elerents. An element is 
memmoced of a series of user drawn Imaoes or characters 
entirely relative to tne untransformed image snace of its 
eojyect. hn obfect can be defined unrotated in such a way 
as to fill the entire object space and then be scatied, 
rotated, and moved sa that the aumage snace 18s the 
aprropriate sizer 15 viewed from the apnorcoriate asmect, 
Q@angd 1S  i1n the aprronriate area of the On. G DOr es The 
picture defines the picture scale ana screen coordinates 
forean) obpects. 

The user iS reSmonsible for the aeneratian and content 
of each element. Pewor tio rts inclusion within the 
Micmlay lists the user must fi} 1 each element with the 
necessary draw and move commands. In adoition,y the user 
must provide three unused words succeeding the drawrmove 
commands. These three words are used by the interface 
routines to ensure each element 1S Mroper | y terminatec. 
This prevents the Vector General from accessine memory 
OULoiGem@nenGiSplay list if the user fails to properly 
terminate the display list. 


The generation and content of all objects and the 


Le 





picture is the resrensibility of the interface software. 
eeeoTeroutimes ere provided to link elements to objects 
pro@meooyects to the nicture. vinnie MOGs tT Woot wom o f 
objects and victure narameters 18S also provided. Nowever, 
iat is the user's responsibility to ovnamically modify the 


element content. 
D. Mie soimG NOW=CONTIGUOUS DISPLAY LISIS 


One of the heasic reauirements of an interactive 
Qrarnhics system is that the omicture can be chanaed 
mememically. This can he done by recqenceratina the entire 
display list or seormentina the oisplav list ane 
regeneratina the modified seament. Seamentina the display 
leis t Sco weer 1tS Sharing of Gc1solay code in a manner 
Bemenwnat anslocous to canventional subroutines. This does 
reanuire some means. of qenerating the disolay from non~ 
@emt 1,oquouS display lists. XN 11st oO f Cnemrgem-Ccont )ougus 
display tists could be created and sent to the display 
Omoeessor or the non=contiauous display IMS tous COU | Gaeise 
memeedowahthin the disrlay list itself. The Vector General 
7S Capable of both tyres of oreration. tlhe latter method 
wes used for the interface implementation. This method 
requires less communication with the PDP-11/50 computer. 

Mimemmconcept of disolay subroutine calls implies the 
ability to store the Present stigee before performing the 
Subroutine jump. This usually is implemented by a lLast- 


alte 4) Ip tte OV) ic Ge Vem od. The CMA is normally a 
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ieee Gteroia Chante |, therefore the display erocessor has 


2s memory for manmnapulation o f ey 


access to the comnuter 
S t aioe. Aith apmronpriate instructions and addresses 
meee in theedisnmlay \istr the display processor can now 
access non-contiguous disolay lists. Reference 19 
Pemmeeins a descriction of the Vector General subroutine 
stack. 

Permittina the disolay orocessor to write into memory 
Creetes a data protection orchiem in a Shared memory 
environment. VVemGneooloay SOhOcCesSsor Ganmot he allowed te 
write licwcerwormaote ly therouskeit memory. The 1htecriay 
SeeermeG OPeratinae System ang other user processes must be 
maintained. A stack “ares omrovided by the user woula 
enable the displav orccessor to cetermine where to acaress 
memory feee ali wrpee eGrersat ions. Howeversr the DMA 
bynmasses the operatina system's underflow and overflow 
protection mechanisr, Thereforer an addressing error 
@emnd Cause modification of the operatina system or 
another user process. POMeRMethod eusSt Gestised to limit 
the access ranqe of the display processor. Bounds 
reaisters Mima iGo say i ieOCceSsor . 1S a reasonable 
Somme eon « These reaisterss set by the computer processor, 
Wow Vir) t ae area of addressability by the displav 
processor. If the hounds registers applied to read as 
we) ) Somer te ome rations, unrounded cisplay lists could 
also be easily detected. Piemvectorm= General's 4cKk -byte 


memory addressing Jimitation 1S analogous to a set of 
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meeecmoomnoary resisters. Since the typical display list 
Pes moteeecerre the full 3eK bytes of memoryr the display 
processor does have the wvotential of addressing outside 
Gre re real-time process. The Vector General interface 
routines minimize the problem in three ways. First, the 
user himself does not define the subroutine stack nor does 
memuse the suoraoutine stack directly. This 18 handled by 
the interface routines, Seconds the stack has a software 
mroertlow mechanism orovided by the interface routines. 
An underflow tracs to a Vector General halt instruction. 
Third, each display list is terminated in such 38 manner 
that the disclayv list cannot be occessed beyond its 
defined length. 

PowersGicall ype there 91S Mo Way to Share the sane 3h 
byte memory block with a Vector General process and enstire 
Ome hiindred percent Wer at yi user = cour inc luge 
commands in his disnolay list that cause on undetected 
Stack overflow or a jump to an area outside of the process 
limits. The Vector General instructions defining these 
actions are not make available to the user but a displev 


Smmorecoula result in such an instruction. 





Veen RECOMMENDATTONS 
Punt MODIFICATIONS 


er vi rocess sr riaority 

ives curren t implementation of the interactive 
agraphics interface recuires each process requesting use of 
mmemvector Genera! to change its rriority as nart of the 
real-tire system call. This 18 a necessary requirement 
only for those realetime nmrocesses performing the refresh. 
The iiemeaced ss Driority ensures the real-time process is 
emeced at the top of the process fun queue. The otrect 
memory access canpability of the Vector General does not 
require the orocess to refresh the display directly. 
Therefore, the increased priority of the real~time process 
TesenO ¢ needed ror the VYector General. } f the UNIX 
operatina systen were modified to allow a process to be 
G@emetite without chanaing jts priority, the affect Gt a 
real-time erocess on the multiwuser environment would be 
reauced. 

moaeicemory Allocation 

The memory allocation scheme of UNIX presently 
Beemmeres both the instruction space and the data space to 
be loaded contiquously in memory. The only requirement 
for the Vector General real-time process is that the 
active display list (data) be Me@recde within a 342K byte 
memory block. Pioaeeproce>s Could be split so only its 


Gata space was realwtime, the system memory resources 





currently mmleettea Tar the real=time proecess instruction 
emmeee would be availabic for other uses. Nee) ieee eit the 
Vector General data srace could also he increased, thereby 


permitting nore complex Otecley lists. 
Geese R INPERFACE MODIFICATIONS 


meee VvotUre kot ation 
J neminome@ mecar liter, the ocnliy cisrlay construct 
capable of being rotatea is an object. At times the user 
mew cesire to rotate the entire picture. This capability 
mould be orovided. Implementation of this feature must 
meemrem nme Capahility oF rofatina ohiects is not inrnared. 
ee Display Enable 
A  Jimitation discovered hy nmersonnel usina the 
interface 15S aie Nasi a ety ae, temporarily orevent the 
Meemiay Of an element or an object without actually 
Geletina it from the aisvlayv list. The Vector General has 
mms carebility but it 18 not exténdaced to the user, 
S. Increment Timina 
The pronosed cesian interface of Howard and Thorpe 
(77%) included a motion feature that allowed the user to 
automatically have an objyect move across the screen. The 
GeeeoetineG motion vectorr using the frame € lee 
interrupts as a timer, automatically incremented the 
Cio mrenmmoTmcm@eGcif1ecd objyé@cts by the values of the motion 
vector. The actual imnlementation could not include this 


feature fecause of the relationship between the user 
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Mrocess and the frame clock interrunots. The orlyv timer 
mernas PrOoviraed 1$ 1h Increments of one second and that 
mmeremenis Stopped by any iInterruot siaqnal. Therefore, it 
is entirely unsuited for a Cys lay motion timer. 
Implementation of this carability would enhance the use of 
mmemvector General ana simolify the user nmrogram. 
4. Display List Cenersation 

The importance of proaramrina lanauages is often 
moeraotten when a Grandhics system 1S oesiaqned, lee: 
desianer becores involves in the issues of disnlav file 
heructuUres ama aranhical interaction leavina the nrovision 
Or @ convenient proaramming lanauage until ll eeae tne pee Teie 
heck of interest in the development of rrourammina 
lanquages has been one af the majcr obstacles preventina 
the widespread use of aqranhics Dige.|. ine a) | such a 
lanquage is developed, the unfortunate programmer 18 
forced to write in machine or assembly lengquace. This 
maeertTace design has considered only part of the nmroblenm. 
oevera) interface routines have heen provideo to simplify 
mmemractual access to the Vector General. The creation of 
meeedisolay tist used to generate pictures must still be 
accomplished in the octal machine languaae described by 
Thorpe (14,15). Before the existing iaterface will he of 
Use meemune general aranohics progqrammer, a Ssimnle rethoo of 
SopmemmmomeG1splay }1Ssts must be found. On this sinale 
capability may hinoe the success of the existina interface 


Structure. 
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Vii -CONMELUSTON 


The Vector General interface desianed and implemented 
meeetivorme (14, io! 1S operations! with no known buaqs in any 
of the interface routines. The hardware supcort and 
direct memory access capabilities of the Vector General 
Interactive Granhics Disniay System have been the key to a 
Successful interface. Without the hardwere sunonort it 1S 
questionable whether any multiruser canabilities would be 


available while ustna the Vector General. 
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